Итак:
С одной стороны NAS за роутером, с другой 3-4 камеры тоже за роутером. На обоих концах статичный IP.
Какие тонкости по настройке SS в таком варианте?
Главная › Surveillance Station › Удаленное подключение IP-камер
Удаленное подключение IP-камер
Если Вы хотите подключить все 4 камеры на том конце, то надо роутере пробросить на каждую свой порт.Например камера работает на порту 26500, у вас их 4 шт. на 192.168.1.11-15
Значит надо входящий порт ваш-ip:26501 отправить на 192.168.1.11:26500, 26502 на 192.168.1.12:26500 и т.д. по аналогии.
И да, в DHCP надо прописать камерам привязку по макам и ip, или что менее правильно, использовать статические ip.
Продавцы сказали , что по IP с NAS их видно все будет без всяких шаманств с портами.
Чем статичный IP неправильный? Всегда считал наоборот.
Продавцы сказали , что по IP с NAS их видно все будет без всяких шаманств с портами.
Чем статичный IP неправильный? Всегда считал наоборот.
Пусть продавцы ответят каким образом нас будет отличать одну Вашу камеру от другой, если они все для него 1 ip или дднс имя?
у вас получается так:
NAS -> роутер -> интернет -> роутер -> несколько камер
Ответ как это сделать был дан.
Самому разбираться что есть что, или послушать совета сразу дело Ваше.
За сим откланяюсь, так как объяснять базовые вещи человеку, не желающему воспринимать инфу не вижу смысла.
Пусть продавцы ответят каким образом нас будет отличать одну Вашу камеру от другой, если они все для него 1 ip или дднс имя?
Если камеры прописать в Surveillance Station,и смотреть их через Surveillance Station, то пробрасывать порты в роутере не надо.
Если камеры прописать в Surveillance Station,и смотреть их через Surveillance Station, то пробрасывать порты в роутере не надо.
Да, имелось в виду это. И свой вопрос я им задавал исходя из одного IP на несколько камер. Поэтому, реакция rnd718 не очень понятна, ибо базовые понятия есть, а конкретные моменты совместимости и прочие тонкости всегда бывают - об этом и речь.
Другой вопрос, что при просмотре из браузера без ПО (SS или производителя камер) для отдельного просмотра каждой из камер их надо будет прописать вручную. Это может потребоваться для просмотра с компа или смарта, не имеющих по сети доступа к NAS. Но на свой смарт я все необходимые приложения установил прямо с него, поэтому, проблем быть не должно. Практика покажет.
Если у Вас NAS и камеры в 1й сети, то конечно же не надо.
Пробросить надо будет только порт для SS.
Вы перечитайте свой пост, где задаете условия. Там очевидно что камеры и нас находятся например нас в главном офисе, а камеры в удаленном офисе и все соединено интернетом.
Вот что бывает, когда ТЗ дается криво.
Если камеры прописать в Surveillance Station,и смотреть их через Surveillance Station, то пробрасывать порты в роутере не надо.
NAS -> роутер -> интернет -> роутер -> несколько камер
КАК нас узнает какая камера какая в таком раскладе?
КУДА роутер будет направлять при обращении снаружи к нему на порт камеры?
Вы хоть раз сервак поднимали с доступом снаружи?
По моему Ваш ответ очевидно говорит о полном непонимании функций портов.
Если у Вас NAS и камеры в 1й сети, то конечно же не надо.Пробросить надо будет только порт для SS.
Вы перечитайте свой пост, где задаете условия. Там очевидно что камеры и нас находятся например нас в главном офисе, а камеры в удаленном офисе и все соединено интернетом.
Вот что бывает, когда ТЗ дается криво.
Нет, камеры и NAS в разных сетях и в первом сообщении это явно обозначено, кмк... А вот Ваше выделенное я так и не понял ))
У меня тоже есть сомнения по поводу того, как NAS увидит снаружи по одному внешнему IP несколько камер (несколько внутренних IP), иначе, зачем бы я тему создавал.
Камеры сегодня привезли. Пока пробую в своей сети: при подключении по кабелю все нормально работает, по wi-fi почему-то не подключается.
Еще один момент: имеется точка доступа D-link DWL-2100AP, которую хотелось бы задействовать для наблюдения на объекте. Но у него нет портов, кроме WAN - а камеры надо настраивать сначала по кабелю, насколько я понял, чтобы они по wi-fi смогли подключиться. Можно ли дома настроить их предварительно, чтобы на объекте они по wi-fi были видимы?
Нет, камеры и NAS в разных сетях и в первом сообщении это явно обозначено, кмк... А вот Ваше выделенное я так и не понял ))
У меня тоже есть сомнения по поводу того, как NAS увидит снаружи по одному внешнему IP несколько камер (несколько внутренних IP), иначе, зачем бы я тему создавал.
Камеры сегодня привезли. Пока пробую в своей сети: при подключении по кабелю все нормально работает, по wi-fi почему-то не подключается.
Еще один момент: имеется точка доступа D-link DWL-2100AP, которую хотелось бы задействовать для наблюдения на объекте. Но у него нет портов, кроме WAN - а камеры надо настраивать сначала по кабелю, насколько я понял, чтобы они по wi-fi смогли подключиться. Можно ли дома настроить их предварительно, чтобы на объекте они по wi-fi были видимы?
Собственно выделенное как раз описывает Вашу ситуацию, и я уже в первом же сообщении описал принципы решения ситуации.
Вам стоит подучить мат часть, что бы понимать о чем говорят спецы, а не тупо кивать головой в ответ.
Да, можно их заранее настроить на существующую сеть, если знаете имя сети и пароль.
Но "проброс портов" Вам все равно делать на объекте.
Для начала, просто используйте приведенный мной алгоритм, запустите задачу... в процессе поймете суть.
Заведите себе привычку проводить эксперименты в домашних условиях перед внедрением решения у клиента.
Если что-то пойдет не так, Вы будете знать что делать, а не выглядеть глупо, тупо тыкаясь по форумам спешном поиске ответов.
Меня неоднократно спасало 
P.S. Если Вас не затруднит, пришлите пожалуйста несколько минут видеозаписи с этой камеры.
Мне интересно качество потока.
Мыло дам в личке.
Я делаю это для себя, поэтому глупо выглядеть могу только перед собой)
Опыты провожу в своей домашней сети - пока все работает даже по wi-fi, хотя "спецы" относились к этому скептически - мол, камеры постоянно будут отваливаться. Не смотря на то, что присвоить им постоянный IP по wi-fi не получается в настройках камер (см. скрин - красная надпись), прописал номера им в роутере. Пока камеры находятся как после перезагрузки роутера, так и после сброса питания на них самих.
А главная проблема, по опыту со своим NAS, как правило возникает не в домашней сетке, а при доступе снаружи.
И если здесь я как-то в свое время как-то пробросил порты (уже не помню как, но читать много пришлось и не сразу получилось - слишком много переменных в этой задаче) и снаружи NAS видно, то чтобы это сделать в другом месте - с другим провайдером, на другом оборудовании и т. д., - подзабытый опыт может не сработать. Тем более, что у них там в роутере надо прописывать данные, в отличие от здешней, где все на автомате.
http://s53.radikal.ru/i141/1303/4c/1bec99c5b43bt.jpg
Видео пишет так себе по моим понятиям, но я капризный, т. к. видео снимаю на нормальные камеры и монтирую. Какое качество прислать и что снять?
Скажем так, комнату длинной метров 5-10, перемещение по ней человека туда-сюда, освещение среднее.
Фактически - имитация торгового зала.
Для теста интересно было бы посмотреть напечатанные несколько букв на A4 - насколько далеко читается текст.
Качество интересует максимальное для этой камеры.
На счет настройки - тут Вам помогут только знания.
Для меня не проблема настроить это все за 10-15 минут.
Для Вас это целая эпопея.
Вам надо базовые понятия выучить - тогда эта задача будет Вам по силам.
Повторять как попка дурак за форумными подсказками - это не решение проблемы.
Красная надпись из за пустого днс2, если память не изменяет.
Почему это?
Все правильно, роутер является и шлюзом и пересылающим днс сервером.
Другое дело, что не каждый роутер умеет пересылку и/или возможно камера не хочет принимать такую конфигурацию.
Я имел в виду что эта камера ругается на незаполненное поле запасного днс сервера. Насколько я помню у меня такое было в процессе настройки.
Странно конечно, но учитывая происхождение ПО камер (корея), вполне возможно и такое.
Можно вбить тогда 8.8.8.8 и не париться.
Только вернулся... Замумукался, если честно... Большей частью из-за провайдера - пришли, кабель в квартиру закинули, вбили настройки в ноут, сказали, что сейча инета нет, проверьте через пару часов.... Ну, и как водится, его нет вторые сутки. Поэтому, пришлось ограничиться настройками внутренней сети и роутера.
Всем камерам закрепил IP по маку, пробросил порты на каждую камеру типа
http://s41.radikal.ru/i092/1304/58/d62c88a0d9a8t.jpg
В SS, как я понимаю, для каждой камеры прописывается внешний IP и ее порт (5061, ....)
Проверить пока не могу, т. к. инета там еще нет.
Все ли правильно сделал?
На фото непонятно что куда направляет.
Перечитайте мой пост, там все написано что куда должно должно быть направлено.
На фото непонятно что куда направляет.Перечитайте мой пост, там все написано что куда должно должно быть направлено.
Вроде, так и сделал: в роутере входящие запросы по ТСР/НТТРS перенаправляются на 192.168.1.40:5061 .....
Новая версия прошивки в гиге кривовата пока, поэтому отображается невнятно и настройки непрозрачны.
В SS я правильно прописал?
Вроде, так и сделал: в роутере входящие запросы по ТСР/НТТРS перенаправляются на 192.168.1.40:5061 .....Новая версия прошивки в гиге кривовата пока, поэтому отображается невнятно и настройки непрозрачны.
В SS я правильно прописал?
Стоп.
смотри.
domain.synolodgy.me:6041 ведет на 192.168.1.41:5061
domain.synolodgy.me:6042 ведет на 192.168.1.42:5061
domain.synolodgy.me:6043 ведет на 192.168.1.43:5061
где 5061 порт камеры
цифры написаны от балды для наглядности правил, применять на усмотрение любые другие по необходимости.
Хотя я бы строил примерно так.
Сам по себе HTTPS это 443 порт, так что нифига не понятно что там у тебя подразумевается под этим.
имя правила внешний_порт ip адрес внутренний_порт протокол NAS-CS 6690 192.168.1.15 6690 TCP NTP Server 123 192.168.1.15 123 UDP LDAP 389,636 192.168.1.15 389,636 TCP Syslog Server 514 192.168.1.15 514 BOTH
HTTPS не протокол, а порт.
Протоколы TCP, UDP, оба, другой и т.д.
Когда камеры пробовались дома, то подобный проброс портов работал как при запросе изнутри сети, так и снаружи (через моб. сеть пробовал).
Я наверное не совсем понимаю всех этих стевых процессов, но вроде как порт по-умолчанию по НТТРS 443, значит, при запросе по адресу (условно) https://10.100.105.110:5061 или domain.synology.me:5061 роутер направляет на внутренний адрес 192.168.1.40:5061 (к первой камере).
Не так?
Когда камеры пробовались дома, то подобный проброс портов работал как при запросе изнутри сети, так и снаружи (через моб. сеть пробовал).Я наверное не совсем понимаю всех этих стевых процессов, но вроде как порт по-умолчанию по НТТРS 443, значит, при запросе по адресу (условно) https://10.100.105.110:5061 или domain.synology.me:5061 роутер направляет на внутренний адрес 192.168.1.40:5061 (к первой камере).
Не так?
Не совсем так.
Смотрите, у нас есть 2 порта на устройстве.
1й для не шифрованного подключения - это http - 80 и 8080
2й для шифрованного - это https - 443
На камере тоже есть наверняка свои собственные порты для открытого трафика и для закрытого.
Вы можете перенаправить любой внешний порт роутера на любой адрес внутри на любой порт камеры как вашей душе угодно, но... рекомендуется использовать отличные от стандартных порты.
По 80 и 8080 Вы обращаетесь к роутеру из инета без шифрования.
По 443 к роутеру с шифрованием.
Зачем Вам ломать доступ к роутеру снаружи?
Выделите для этого группу портов как я указал.
Мало того, что избежите конфликтов, так еще и проще в дальнейшем разруливать будет что куда идет и зачем.
Вообще, роутер должен блокировать выставление одинаковых внешних портов для проброса.
Ваш скриншот вообще не дает никакого представления что куда роутится.
Я не пойму, что не так? Про 80 и 443 в курсе, поэтому создаю правила для защищенного соединения HTTPS, а порт 443 меняется на 5061, 5062 и т. д., которые ведут к камерам.
Для начала получить бы прямой выход на камеры с инета путем ввода внешнего IP:порт камеры.
Я пока не разбираю заморочки с SS, т. к инета до сих пор нет. Пытаюсь понять, правильно ли настроил роутер, т. к. не думал, что прошивка 2 такая другая, что не имеет ничего общего с мануалом - даже аналогии не провести. В поддержке даже спросили зачем обновлялся 
Там же черным по русски написано что "для экспертов".
Правильно спросили.
+она сырая пока еще очень
Верните на родину нормальную для обывателей, Вам ее хватит за глаза.
Ну собственно, если Вы пробросили как только что написали, то в принципе должно работать именно так как Вы говорите.
Только 10.100.* - это серый ip и вы к нему не получите доступ снаружи.
В 1й подсетке C класса провайдера сможете, и то не есть гарантия 100%...
Если у Вас сервый ip, то никакие Ваши ухищрения не помогут.
Если только не создать на отдельном компе например ipv6 впн и по нему пройти, а этим компом уже разроутить все внутри.
Или купить белый ip у провайдера.
Айпи реальный, стоил отдельно плюс по сто рэ в месяц. Это же я для примера привел.
На счет прошивки… Если заработает, то и пусть эта будет.
А есть в этой прошивке какая нить инфа о роутинге внутри железяки в какой нибудь закладке?
Что-нибудь типа аналогичное виндовой команде route -print
Можно было бы посмотреть что куда роутится более наглядно.
Наверное, можно. В этой версии можно много чего делать и смотреть. На их сайте в загрузках есть описание всего этого шаманства - я особо там ничего не понял
Наверное, можно. В этой версии можно много чего делать и смотреть. На их сайте в загрузках есть описание всего этого шаманства - я особо там ничего не понял
Тогда результат этой команды в студию.
Иначе мы будем гадать на кофейной гуще еще лет 100.
Наконец-то наладили инет и выдали IP. Только удаленно подключиться не получается никаким способом - ни через SS, ни напрямую по адресу, ни даже просто в роутер попасть (хотя все сделал как здесь написано). Кто не пускает и почему - непонятно.
Наконец-то наладили инет и выдали IP. Только удаленно подключиться не получается никаким способом - ни через SS, ни напрямую по адресу, ни даже просто в роутер попасть (хотя все сделал как здесь написано). Кто не пускает и почему - непонятно.
Начните с удаленного попадания на NAS
На NAS с доступом проблем нет, но он находится не там где камеры - в первом посте все расписано.
На NAS с доступом проблем нет, но он находится не там где камеры - в первом посте все расписано.
Если не попадаете на web интерфейс камеры, то смотрите проброс портов.
Да вроде бы должно работать по настройкам в сообщении #23
В общем что я могу сказать - RTFM.
Повышайте свою образованность в области "проброс портов".
Больше тут говорить не о чем.
Я уже настолько повысил все, что можно дальше, да некуда, похоже... Учитывая разовость ситуации...
Третий день на телефонах с техподдержками все мастей. Если специально обученные люди не могут разобраться во всех этих протоколах, портах и пр., то что уж я-то могу сделать? Перед покупкой ЛЮБОГО компонента я тщательно выяснял совместимость и соответствие своим требованиям. Когда я создавал эту тему, у меня не было куплено вообще НИЧЕГО - ибо мне без разницы за какую марку платить, главное, чтобы все вместе работало. Камеры взял совместимые по списку Synology. Но практика внесла свои коррективы. Оказывается, SS не умеет изменять эти самые RTFM, а то, что три камеры стоят за роутером в ОДНОМ месте, а NAS в другом, как бы и неожиданность)) Как вариант, посоветовали купить еще один NAS, поставить его ТАМ и назначить клиентом, а этот NAS назначить серваком. Либо заказать ТРИ отдельных внешних IP у провайдера со всеми вытекающими тарифами, да и не факт, что дадут, т.к этот номер я получил только через кучу разборок и 8 дней....
В итоге, данный вариант через кучу шаманств может работать только либо все три камеры в MJPEG (без звука), либо ОДНА камера в MP-4 со звуком. Это не подходит. Да и камеры оказались с хреновым звуком и крайне низкой чувствительностью - чуть стемнело и не видно ничего.
В итоге, поехал снял те камеры, теперь выбираю другие. Требования: совместимость с SS, PoE, видимость в темноте (лучше день-ночь, чтобы ИК не светило красным), угол обзора от 80 по горизонтали, качество не меньше HD 25 К/с.
Как я понял, второй NAS все равно придется брать. Это увеличивает не только бюждет, но добавляет еще один компонент, что не является фактором надежности. Ибо "не множь сущее без надобности".
Напишите в личку свой скайп.
Дадите доступ на роутеры снаружи, настрою как надо.
Захотите потом отблагодарить - с удовольствием приму.
Александр, думаю проще и дешевле вызвать мастера, который будет так же уверен в себе как rnd718 ). Или если роутер на котором висят камеры пингуется и дает войти в админку, то хватит и удаленной помощи, предложенной выше. Сам кстати планирую реализовать схему, схожую с вашей, но у меня на одном из адресов с камерами не будет даже серого ip, и мне придется цеплять камеры к серверу через впн туннель.
При чем здесь уверенность мастера? Если есть технические ограничения, то мастерство не спасет и нужно будет менять составляющие этого уравнения.
Кстати, без этого никак не обойтись? А то помимио затрат, обрастать лишними девайсами нет желания.
Как вариант, посоветовали купить еще один NAS", поставить его ТАМ и назначить клиентом, а этот NAS назначить серваком
Мальчики, вы меня пугаете!
в любом случае как эпопея закончится дайте знать - я пойду по вашей тропе, хорошо?
Как она элементарно решается, уже понятно Ограничения SS в плане передачи звука с более чем одной камеры оказались нерешаемыми. Из локалки - не вопрос, а по удаленке - нет. Порт 554 не меняется в SS, как уже отмечалось выше. К тому же, все равно те камеры не подошли по слепоте в темноте, поэтому были сданы.
После долгого терзания инета, выбор оказался крайне ограничен - остановился на D-Link DCS-2210.
Попробую обойтись пока без второго NAS - если прилагаемое ПО будет нормально работать с Андроидом, то уже нормально. А запись можно и так на NAS наладить по сети, как мне сказали в поддержке. Еще можно как-то VPN настроить, если что.
Элементарно они решаются если знаешь что делаешь, это не ваш случай очевидно (у меня сомнения закрались когда вы решили хттпс переселить на другой порт, вместо того чтобы делать как вам советовали). Если и существуют какие-то ограничения на запись звука с удаленных камер, то как раз с помощью впна удаленка становится локалкой.
Я и не утверждал, что суперхакер. Вопрос в том, что мне для разовых операций и не нужны непокрепляемые постоянно знания, но по подсказке я смогу настроить оборудование и забыть на продолжительное время, пока не потребуется вмешательство. На этих камерах явно больше настроек и возможностей, как я уже увмдел в интерфейсе. только вернулся, все камеры подключил по PoE, видимость в темноте имеется, в отличие от предыдущих, что уже хорошо. Сейчас по удаленку обновляю прошивку, потом буду пытаться подвесить их на SS.
В общем, все то же самое - налицо корявость SS и непонятна тогда стоимость лицензий при таком ограничении в наше-то время...
Расскажите, как настроить VPN? Или проще ограничится имеющимся ПО от D-Link а лицензии сдать им обратно?
А где вы это ограничение увидели? Оно в мануалах где то прописано?
В том-то и дело, что нигде не прописано, но имеется. Отсюда и танцы все эти. Что мешает написать, что при удаленном наблюдении более одной камеры SS не даст с остальных звука (т. е. только MJPEG)?? Да и то, после перебора кучи вариантов. Хотя, найдется сейчас те, кто скажет, что от незнания сетевых протоколов все это Только это вполне бытовой прибор (NAS) и все остальное тоже. В идеале должно настраиваться само, максимум, по внятному описанию в хелпе.
Интересно, что все компоненнты совместимые - по списку...
Александр, загляните в личку пожалуйста.
Настроил цикличную запись 3х дней с 1й из Ваших камер на свой 212+
В случае доступа к Вашему насу могу настроить его на все Ваши камеры, если у Вас есть нужное кол-во лицензий.
Только учтите, что запись 1й камеры потребляет 1,3-2 мегабайта/с Вашего трафика.
В случае не ответа в течении 5 дней, отключаю камеру от себя.
Короче, на SS ничего толкового не построить. Даже такой простой системы как просто удаленное наблюдение с NAS (112J, все-таки купленный в надежде на чудо), который пишет сам на себя с трех камер, находящихся в локалке. То есть, даже упростив задачу донельзя, убрав из цепочки главный NAS (408, который изначально планировался в одиночном режиме), убрав все связи между ними (хост, сервер записи) и даже откатившись с беты SS на релиз - НИЧЕГО ТОЛКОМ НЕ РАБОТАЕТ!!! Все менюшки настолько медленно крутятся, видео рассыпается даже на предпросмотре, с лицензиями уже привычный бред с их отваливанием.
Чего только стоит переход от управление в просмотр - секунд 30-40 до появления картинки с первой камеры (штатная лицензия) и до нескольких минут, когда могут (не факт) появиться оставшиеся 2 (на купленных лицензиях). Потом картинки сыпятся, как будто не хватает скорости, но это не так
В локальной сети работает более-менее - не летает, но терпимо. Неделя на телефоне с поддержкой показала полную кривизну SS
Но, главное - при прямом доступе к камерам через браузер на веб-морду или через штатную прогу длинка, - все просто летает при максимальном разрешении со звуком и прочими опциями в реал-тайме. Да и сама прога запускается в доли секунды - и все камеры сразу видны.
Стоит колом вопрос - а на кой мне 2 лицензии, 112-й NAS, HDD к нему и прочие радости уже нематериального порядка (3 недели жизни на телефонах, в поездках туда-сюда, переделке сети с вай-фай на кабель - а это двигание мебели , сверление стен и т. д....)
Стоит колом вопрос - а на кой мне 2 лицензии, 112-й NAS, HDD к нему и прочие радости уже нематериального порядка (3 недели жизни на телефонах, в поездках туда-сюда, переделке сети с вай-фай на кабель - а это двигание мебели , сверление стен и т. д....)
Вы выбрали очень бюджетный НАС, проще наверно и не бывает, вот у вас и тормозит.
Пробовал на своем старичке DS209 подключать 4 камеры, да медленно, но работает.
Но видео не рассыпается, все показывает нормально.
Что значит отваливаются лицензии ? Там отваливаться не чему... 
Сейчас все это работает на DS1512 , 3 камеры локально, одна удаленно, правда через DS209.
Единственная проблема с удаленным просмотром, но там медленный ADSL, удаленно видео записанное не посмотришь, но в реалтайме показывает, правда заторможено.
Все остальное не тормозит, при этом работает трансмишен, ftp, самба и 2 домена.
Ну от вайфая ждать чудес с записью нескольких камер сразу смешно до слез - это да.
Моя камера отписала почти сутки со сбоями...
То ли у Вас инет такой хороший, то ли сеть такая, то ли Вы крутили настройки.
Сказать сложно, но доступ картинкой идет без проблем что с камеры, что с наса 212+ я наблюдаю без проблем.
Камера кстати, вполне себе неплохая если днем на короткую дистанцию.
П.С. запись своим насом отключил, что бы ни Ваш инет, ни мой не проседал.
Народ, вы читать умете? Все расписано и не раз Вайфая уже нет - новые камеры подключены по PoE (пост 48 чуть выше).
Инет максимально быстрый с обеих сторон (отдача ТАМ около 80 - куда больше-то??) - все летает, включая и три камеры показывающие ОДНОВРЕМЕННО ПО УДАЛЕНКЕ с проги D-Viewcam и ТРЕХ вкладок в браузере тех же камер!!! А, ну еще со смарта подключался - тоже нормально все кажет. При просмотре ТАМ в локалке тоже не сильно тормозит, но все-таки медленнее, чем отсюда просто напрямую (без насов). Условия идеальные - с обеих сторон белая статика, суперскорость, роутеры настроены (ничего лишнего), все прошивки ВЕЗДЕ последние (пробовались даже беты SS с обеих сторон)/
Настройки не крутил, ТП полностью признает неработоспособность системы при данном варианте. Буду сдавать.
Я пришел сюда с желанием заменить ivideon на стационарное решение, а вам видимо лучше посмотреть в их сторону. Денег, потраченных на вашу схему хватит на несколько лет работы с ними.
При чем здесь это кугрузое ивидеон вообще?
У меня и сейчас и до этого все три камеры показывали со звуком в максимальном качестве удаленно с любого копма, планшета, смарта и т. д.
И можно даже настроить запись на сервер FTP - тогда будет полноценная система вообще.
Вопрос был в том, что в первом посте изначально спрашивалась возможность повесить это на уже имеющийся NAS. И как дружно все кивали, что не вопрос, фигли там - порты пробросил и сиди кури.
Тов. Den6969, Ваши намеки на мою несостоятельность уже притомили - нечего сказать по делу , ну так просто читайте. Я, возможно в портах и прочих сетевых шаманствах не силен, но с логикой и здравым техническим смыслом полный порядок. Ну и, как уже водится здесь, напомню, что специалисты всех мастей неделю имели полный доступ на ВСЕ МОИ железяки обеих локалок!!!
Это не мой неудачный опыт, а именно синологов, ибо у меня сейчас конкретно все показывает и пишет в несколько потоков со звуком на разные УДАЛЕННЫЕ серваки, включая флешку на смарте при надобности. Вот только из синолоджи в этом участвует только старик 408 и то - тупо в виде хранилища. Зато ожидаемо оказались лишними 112-й и 2 лицензии.
Вчера после разговора с очередным представителем, в котором высказывалась теория, что 112J слабоват для трех камер в HD, мол поменять бы на помощнее и все будет.... Так вот я решил расслабить его - просто отключил 2 камеры из трех - и ничего не поменялось. Тормоза, все сыпется и т. д. Напомню тем, кто плохо читает или помнит, что в локалке SS работал нормально что на 408, что на 112. Везде новые прошивки и т. д.
Возможно, что новый 112 бракованный... Ну вдруг? Бывает ведь....
Вот только прямое сравнение скорости работы SS даже в локалке не выдерживает никакой критики с сравнении со штатными прогами камер. Про функционал вообще молчу. А вот про 32 камеры вместо одной в SS не могу промолчать.
Так что, даже если бы все это хозяйство на SS и заработало бы по удаленке, то выглядело бы все равно очень бледно. После BMW на Жигули не хочется как-то
Так что буду сдавать излишки.
На чем в итоге реализовали, если не секрет?
Ну так все расписаноНа чем в итоге реализовали, если не секрет?
ТАМ: три камеры DCS-2210 за роутером, каждую из которых можно настроить на несколько отдельных потоков передачи и записи видео, скринов, отправку на емейл и пр. Основаная запись и просмотр настроены на 1280х960 25 к/с в Н.264 со звуком (битрейд ~ 4500-6000 МБ\сек с каждой камеры, запись по движению с масками).
ЗДЕСЬ: управление и просмотр с ПК штатной консолью D-LINK D-ViewCam, основное хранилище прописал на NAS 408. Просмотр из инета реал-тайм - с чего угодно вариациями D-ViewCam, так и сторонними приложениями - например, tinyCam для Андроида. а вот просмотр записей только D-ViewCam с привязкой к основному хранилищу, либо с FTP - если камеры настроены. Но этот вариант не удобен, когда камер больше одной - нет синхронизации записей.
Плюсы: все просто летает как реал-тайм, так при просмотре записей. Масса настроек и возможностей.
Минусы: комп не NAS, D-ViewCam на умеет показывать в записи более одной камеры одновременно, из инета не со своего компа (ноута) с D-ViewCam посмотреть можно только реал-тайм, т. к. нужен доступ к хранилищу. Наверное, все это решается, т. к. времени на данный вариант я потратил на ПОРЯДКИ меньше (1 вчерашний день), нежели попытки наладить SS (с начала создания темы )
Ну получается штатная программа использует какие то свои алгоритмы...
Т.е. явно проблема не в NASе а в их совместимости.
Ну и у компа как бы ресурсов сильно больше.
В общем надо разбираться непосредственно дома и лично...
Мерять нагрузки процов... смотреть по SNMP трафик...
Смотреть, не запирается ли роутер при нагрузке (в теории не должен).
Возможно прут коллизии в сети на участке роутер-нас, или другие какие косяки...
У меня камера ваша писала с перерывами, но пока писала - видео не крошилось.
Ваша камера просто переставала отдавать поток.
Причины могут быть в сломанном инете между нами, нагрузками на ту или иную сторону, отключение камерой из за отсутствия движения.
Последнее как раз более вероятно, так как я бы предпочел это настроить на насе, чем на камере...
Просто непонятно, как камера сообщает о прекращении трансляции... и как нас реагирует на восстановление потока...
В общем вопросов еще больше, чем при старте изучения.
Но за доступ на посмотреть спасибо большое.
Да нечего там мерять и смотреть - NASу тупо не хватает ресурсов на обработку видео в HD даже с одной камеры. А уж с трех...
Комп-то мой неслабый - ему без разницы, он заточен под многоуровневый видеомонтаж FHD, - вот и летает все, а оперативка под 8 гигов жрется. Чего там взять с этого "пионЭра" 112J
Присмотритесь тогда к созданию минисервера своими руками.
Mini-ITX победит Вашу проблему...
К тому же есть возможность установить сино не только на их родные железки.
Присмотритесь тогда к созданию минисервера своими руками.Mini-ITX победит Вашу проблему...
К тому же есть возможность установить сино не только на их родные железки.
У меня 408 и так есть - в принципе, устраивает...
Мне уже так говорили несколько раз на протяжении этого сериала
Отдельно для камер ставить даже NAS не хотелось. Меньше компонентов - больше надежность. "Не множь сущее без надобности" (С)
Есть еще вариант - в роутер воткнуть HDD (все равно от 112 остается лишний), включить на нем FTP (как хранилище записи) и пусть камеры пишут туда по кругу. Это чтобы почем зря трафик по инету не гонять и на здешнем 408-м место и ресурсы не занимать. Для удаленного просмотра записей указывается его адрес, а онлайн-просмотр и так работает.
Ну, это так - для оптимизации. Хотя, меня и сейчас в общем-то все устраивает, кроме указанного в предыдущем сообщении.
Кстати, сегодня проверил приложение DSСам для смарта - такие же тормоза, как и на компе. На сторонней проге опять-таки летает и по смарту. Это еще раз мягко так намекает на проблемное место.
Ну синолоджи да, очень часто лажает увы... у них и названия похожие...
Но роутер не справится по скорости усб порта - это я ответственно Вам говорю.
Ни на 1м роутере нет достойных процов и усб портов.
А вот какой нить мини итх в какой нить минимальной комплектации стоит сильно дешевле дико дорогого и к сожалению часто косячещего сино...
У меня 1 из самых мощных железяк домашнего уровня стоит с самой современной начинкой... усб порт фигня... прям так и сказано производиелем.
Файлик скачать... перебросить что нить - да.
Как нас - нет.
Да что я Вам рассказываю... почитайте стоны роутерщиков - вам наши железки покажутся раем.
Ну синолоджи да, очень часто лажает увы... у них и названия похожие...Но роутер не справится по скорости усб порта - это я ответственно Вам говорю.
То есть суммарно не пропустит 15 МБ/сек?
Ну не знаю, что там за порты тогда... Попробую из интереса.
Александр, я старался выражать свои мысли максимально корректно и в то же время прямолинейно. Если вас это задело, прошу прощения. Просто некоторые ваши комментарии создали то впечатление, которое я до вас донес.
Да, на воспаленный мозг задевает, ага.
Проехали, ладно...
Что касается по делу. Пришел сюда по такому же делу - подключить локальные и удаленные камеры в одну кучу и с нормальным управлением/просмотром. Перечитав форум и задав пару вопросов я понял что у всех все работает (либо все уверены что все должно работать), хотя мой личный опыт говорит что одна hd камера (grandstream из вашей первой попытки) грузит процессор моего мак мини (i7 2,7) на ~15% и логика говорит мне что NAS с arm процессором должен просто захлебнуться.
Как у всех все работает, надо конкретно разбираться в каждом случае. Например, запись парой камер 640х480 без звука в локалке сильно отличается от моего варианта, но еще больше, если инет модемный, серый IP и прочие радости... Или просто удаленный просмотр из инета одной камеры даже со звуком - да, будет работать. Да много вариантов, когда люди скажут "да все фигня, кроме пчел" и будут правы - ведь у них-то работает. Многие даже не знают какие бывают возможности вообще и даже свои девайсы используют на 1-2%...
Поэтому я очень хочу чтобы у вас все получилось, тк не готов заниматься поиском того же решения после покупки квартиры, а предпочитаю знать заранее куда какие провода пойдут и где что будет стоять.Кстати вы как питание по poe реализовали - через свитч с несколькими портами или инжектор на каждый провод?
Так уже все получилось в общем-то... Вернее, если бы не борьба с SS, то все работало бы сразу.
Для PoE купил коммутатор DGS-1008P - мне так даже удобнее разводить по шкафам оказалось, т. к. роутер за железной дверцей шкафа АВВ сильно терял сигнал вайфай, а витые пары выведены как раз в него. Поэтому, роутер переехал на антресоль сверху (куда приходит WAN из подъезда), оттуда раздает себе вайфай, а в шкаф встал маршрутизатор.
Ну и с питанием 220 проблема решилась. Вернее, не проблема - розеток-то хватает, - но есть у меня там опция такая: на выходе стоит выключатель, который обесточивает все квартиру, кроме важных линий. Ну, что бы не бегать свет и телеки-утюги выключать перед уходом Так вот, на первой схеме (с камерами вайфай) уперся сам в свои же тюнинги - когда домработница ушла, по привычке щелкнув его и оставив 2 камеры из трех без питания. Т. к. было светло и светодиоды на камерах в меню я выключил, то понимание, почему отвалились камеры пришло далеко не сразу 
.
В общем, от PoE одни плюсы. Это нужная железяка оказалась, в отличие от остальных
Проверил на time capsule - при записи одного файла на внешний диск через юсб 2.0 скорость 20мб. А насчет записи на фтп по кругу - вы уверены что камеры так могут? Насколько я понял только картиночки кидать также как и по почте.
Касаемо самих камер - могут и картиночки, могут и авишки, могут на почту, или все вместе.
Но я имел в виду не это, а хранилище - т. е., D-ViewCam пишет туда, как сейчас она пишет мне на 408-й.
Скорости должно быть с запасом, мне так кажется, как по самой спецификации, так и просто по личному опыту - образы блюрея с битрейдом более 40 МБ/сек идут на ура даже с флешки, на HDD обмен еще быстрее.
Итак, очередная серия.
Попробовал заменить 112J на более мощный 112+. Результат тот же - все сыпется, тормоза и т. п. радости. Причем, что в локалке, что по удаленке, что в записи. То есть проблема в несовместимости SS.
ТП ничем помочь не смогла - варианты исчерпаны, да их особо и нет...
Резюме в виде догадки - на уровне камера-NAS поток Н.254 или МР-4 не передается должным образом, т. е. теряются ключевые кадры. В MJPEG работает нормально, не смотря на гораздо больший поток.
Кстати, интересная штука - в D-ViewCam звук все равно передается, не смотря на то, что кодек MJPEG везде выставлен. Не понятно почему так...
Да, даже с одной. Дело не в ресурсах - сейчас спокойно себе работает при 20-30% загрузке с MJPEG, где поток в 4 раза больше.
Тут явная нестыковка камер с SS - не понимает он их Н.254, МР-4.
Пдключил к 713+ свою grandstream - все пишет со звуком, ночь отписала без рассыпаний и прочих радостей. Может дадите адрес одной из своих - попробуем как у меня будет работать?Ps. "Видео в реальном времени" пока не работает ни в одном броузере. Смотреть могу только через приложение в айпаде.
grandstream 3 шт. у меня тоже показывали и писали без рассыпаний, вот только звук (Н.264) можно было получить только с одной камеры.
Камеры поменял из-за их полной слепоты в темноте + посоветовала ТП как более совместимые 
Реальность оказалась другая, как водится
Повторю: в MJPEG работает нормально, не смотря на гораздо больший поток. Сейчас SS пишет в MJPEG на локальный NAS 112+ (ТАМ), а D-ViewCam в Н.264 на удаленный NAS 408 (ЗДЕСЬ). Смотрю, ес-но, оба по надобности функций, ибо один дополняет другой. На SS удобнее просмотр записи - все камеры сразу, но без звука, а в D-ViewCam удобнее просмотр реал-тайм, ну и звук, конечно.
Поток 6-12 Мбайт/сек 
Смарт так же может показывать как через DS Cam Synology, так и через стороннее TinyCam.
Отправили запрос ТП в Корею - обещали разобраться. Посмотрим...
Ну и как положено - заключение.
ТП Тайваня ответила в плане попробуйте перезагрузить, обновить прошивки и прочий бред. А так же запросили доступ на устройства, который им был сразу предоставлен. Было это 26 апреля. Ничего больше не произошло с их стороны. Спросил у русской ТП - ответили что те могут отвечать до 2-х недель. Бред еще раз! Но ладно, подождал....
Вчера сдал 112+ и лицензии к едреней матери! Жалко потраченного времени (полтора месяца!!!!!), нервов и денег.
Имейте в виду когда затеваете данный вид наблюдения на базе синолоджи. Так же могу заметить - как уже продвинутый пользователь , что если схема работает (не работатет) в локалке, то она будет себя вести и по удаленке точно так же - и не надо покупать второй (третий) сервак чтобы убедиться в этом.
Не заморачивайтесь совместимостью камер с этими кривыми серваками - вы лишь крайне (на порядки!!) ограничите свой выбор при весьма сомнительном результате. Когда кто-то говорит, что у него всё офигенно работает, уточните конфигурацию и поймёте, что там, как правило одна камера (в этом случае вообще проблем никаких не бывает), если не одна, то в SD и/или без звука в MJPEG и т. д.
Лучше изначально выбирать нормальные камеры с нужным углом обзора и прочими характеристиками и пользоваться их же программами.
ВЫВОД: домашнее IP-наблюдение на сегодня крайне сырой продукт с массой ограничений.
Ну и как положено - заключение.
ТП Тайваня ответила в плане попробуйте перезагрузить, обновить прошивки и прочий бред. А так же запросили доступ на устройства, который им был сразу предоставлен. Было это 26 апреля. Ничего больше не произошло с их стороны. Спросил у русской ТП - ответили что те могут отвечать до 2-х недель. Бред еще раз! Но ладно, подождал....
Вчера сдал 112+ и лицензии к едреней матери! Жалко потраченного времени (полтора месяца!!!!!), нервов и денег.
Имейте в виду когда затеваете данный вид наблюдения на базе синолоджи. Так же могу заметить - как уже продвинутый пользователь
Не заморачивайтесь совместимостью камер с этими кривыми серваками - вы лишь крайне (на порядки!!) ограничите свой выбор при весьма сомнительном результате. Когда кто-то говорит, что у него всё офигенно работает, уточните конфигурацию и поймёте, что там, как правило одна камера (в этом случае вообще проблем никаких не бывает), если не одна, то в SD и/или без звука в MJPEG и т. д.
Лучше изначально выбирать нормальные камеры с нужным углом обзора и прочими характеристиками и пользоваться их же программами.
ВЫВОД: домашнее IP-наблюдение на сегодня крайне сырой продукт с массой ограничений.
Ерунда Александром написана полная, начиная от неправильных действий и кончая выводами.
1. У каждого Synology есть такой параметр, прописанный в спецификации, как Видеопоток кад./сек. (FPS), у 112J он равен 50 FPS @ D1 (NTSC 720x480, PAL 720x576), 10 FPS @ WXGA (1280x800), у 112+ 30 FPS. То есть Вы можете писать либо с 1 камеры 1280х800 в режиме 10 кадров в секунду, либо с 5 камер по 2 кадра в секунду. Сравните с тем, что Вы пытались сделать: «Основная запись и просмотр настроены на 1280х960 25 к/с в Н.264 со звуком», то есть Вы пытались работать с суммарным видеопотоком 3х25=75 FPS, что значительно превышает возможности Вашего устройства, у Вас всего 10 FPS у одного прибора и 30 у второго. Не знаю, почему промолчала техподдержка, но мой вывод такой - то, что Вы пытались сделать, изначально превышало возможности Вашего устройства. Вам надо было брать Synology старших моделей с нужным FPS или резко уменьшить количество кадров, транслируемых с каждой камеры, чтобы уложиться в возможности использованного устройства.
2. Из опыта эксплуатации систем видеонаблюдения на Synology могу сказать, что если Вы будете писать эти 10FPS с разными кодеками, то при MJPEG у Вас загрузка процессора будет 20%, при MPEG4 – 50-60%, а при H264 – 80-90%. (Точно не знаю, почему так, могу только предположить, что Synology приходится тратить больше ресурсов на более компактные форматы сигнала, чтобы их перекодировать в удобный для записи вид). Но это означает, что при использовании H264 на предельных режимах Synology с другими задачами типа удаленного просмотра и пр. справляться будет плохо. Количество кадров и тип кодека следует выбрать такими, чтобы нагрузка на процессор не превышала 50-60% от максимальной.
3. В цепи сигналов надо использовать «понятное» коммутационное оборудование типа Netgear, Asus и пр. Если Вы ставите D-Link и подобные, будьте готовы к непонятным проблемам.
4. Если бы выполнялись пункты 1-3, то нет причин, по которым камеры извне нельзя было бы записать на NAS. Это касается и варианта с проброской портов и вариантов с VPN сетями.
Второй вариант у нас работает в реальных проектах.
Роутер там стоял нормальный Zyxel Kinetic.
Просто нагрузка была выше, чем то, на что рассчитано устройство + человек с трудом понимает, что такое проброс портов.
Если есть возможность/желание - скиньте аську скайп плиз в личку, так как у меня намечается проект по созданию видео наблюдения и хотелось бы проконсультироваться у челока, который имеет реальный опыт в этом деле.
Ерунда Александром написана полная, начиная от неправильных действий и кончая выводами.1. У каждого Synology есть такой параметр, прописанный в спецификации, как Видеопоток кад./сек. (FPS), у 112J он равен 50 FPS @ D1 (NTSC 720x480, PAL 720x576), 10 FPS @ WXGA (1280x800), у 112+ 30 FPS. То есть Вы можете писать либо с 1 камеры 1280х800 в режиме 10 кадров в секунду, либо с 5 камер по 2 кадра в секунду. Сравните с тем, что Вы пытались сделать: «Основная запись и просмотр настроены на 1280х960 25 к/с в Н.264 со звуком», то есть Вы пытались работать с суммарным видеопотоком 3х25=75 FPS, что значительно превышает возможности Вашего устройства, у Вас всего 10 FPS у одного прибора и 30 у второго. Не знаю, почему промолчала техподдержка, но мой вывод такой - то, что Вы пытались сделать, изначально превышало возможности Вашего устройства. Вам надо было брать Synology старших моделей с нужным FPS или резко уменьшить количество кадров, транслируемых с каждой камеры, чтобы уложиться в возможности использованного устройства.
2. Из опыта эксплуатации систем видеонаблюдения на Synology могу сказать, что если Вы будете писать эти 10FPS с разными кодеками, то при MJPEG у Вас загрузка процессора будет 20%, при MPEG4 – 50-60%, а при H264 – 80-90%. (Точно не знаю, почему так, могу только предположить, что Synology приходится тратить больше ресурсов на более компактные форматы сигнала, чтобы их перекодировать в удобный для записи вид). Но это означает, что при использовании H264 на предельных режимах Synology с другими задачами типа удаленного просмотра и пр. справляться будет плохо. Количество кадров и тип кодека следует выбрать такими, чтобы нагрузка на процессор не превышала 50-60% от максимальной.
3. В цепи сигналов надо использовать «понятное» коммутационное оборудование типа Netgear, Asus и пр. Если Вы ставите D-Link и подобные, будьте готовы к непонятным проблемам.
4. Если бы выполнялись пункты 1-3, то нет причин, по которым камеры извне нельзя было бы записать на NAS. Это касается и варианта с проброской портов и вариантов с VPN сетями.
Второй вариант у нас работает в реальных проектах.
Не подскажете где посмотреть максимальный фпс для 713+? После последнего обновления показалось что у единственной подключенной камеры фпс прибавился, кроме того появился звук при просмотре онлайна.
UPD. Нашел цифры - общий поток 200фпс, максимум 20 камер. Сколько в итоге должно достаться единственной камере - 10 или максимум в пределах 200? Просто у меня с этой камеры пишется на два сервера, и на синолигии фпс по ощущениям меньше чем на ивидеоне.
Не подскажете где посмотреть максимальный фпс для 713+? После последнего обновления показалось что у единственной подключенной камеры фпс прибавился, кроме того появился звук при просмотре онлайна.UPD. Нашел цифры - общий поток 200фпс, максимум 20 камер. Сколько в итоге должно достаться единственной камере - 10 или максимум в пределах 200? Просто у меня с этой камеры пишется на два сервера, и на синолигии фпс по ощущениям меньше чем на ивидеоне.
Взято с Synology.com "DS713+ Всего кадров в секунду (FPS) : 540 FPS @ D1 (640x480), 200 FPS @ 720p (1280x800)". FPS фактически характеризует производительность устройства в реальном времени. Если FPS (для разрешения 640х480) равен 540, то Вы можете поставить 20 камер и каждой дать размешение 540/20 = 27 кадров в секунду. Но при этом смотрите за загрузкой процессора. Если у Вас разрешение 1280х800, то Вы можете поставить 20 камер и каждой дать размерешение 200/20 = 10 кадров в секунду. Если камер меньше, то число кадров может быть большим. Если у Вас разрешение еще какое-то, например 1920х1080, и для него FPS в характеристиках не написан, то я бы посмотрел насколько этот кадр больше по пикселям, чем 1280х800 и в обратной пропорции получил бы оценку FPS.
Я не знаю, что у Вас за конкретная камера, но во всех, с которыми я сталкивался, профили в камерах настраиваются независимо друг от друга. Зайдите в профиль того потока, который идет на Synology и поставьте там то разрешение и то количество кадров, которое не будет превышать FPS на Вашем Synology. И все.
Взято с Synology.com "DS713+ Всего кадров в секунду (FPS) : 540 FPS @ D1 (640x480), 200 FPS @ 720p (1280x800)". FPS фактически характеризует производительность устройства в реальном времени. Если FPS (для разрешения 640х480) равен 540, то Вы можете поставить 20 камер и каждой дать размешение 540/20 = 27 кадров в секунду. Но при этом смотрите за загрузкой процессора. Если у Вас разрешение 1280х800, то Вы можете поставить 20 камер и каждой дать размерешение 200/20 = 10 кадров в секунду. Если камер меньше, то число кадров может быть большим. Если у Вас разрешение еще какое-то, например 1920х1080, и для него FPS в характеристиках не написан, то я бы посмотрел насколько этот кадр больше по пикселям, чем 1280х800 и в обратной пропорции получил бы оценку FPS.Я не знаю, что у Вас за конкретная камера, но во всех, с которыми я сталкивался, профили в камерах настраиваются независимо друг от друга. Зайдите в профиль того потока, который идет на Synology и поставьте там то разрешение и то количество кадров, которое не будет превышать FPS на Вашем Synology. И все.
У меня стоит 1280x800 25 кадров в секунду h.264 и в камере и синолигии. Камера Granstream gxv3615wp-hd, скрин с настройками камеры - http://d.pr/i/Y1mh . Смотрю на айпаде. По ощущениям за секунду меняются около 2-4 кадров, хотя при переходе на множественный просмотр (там пишет фпс для каждой камеры) показывает фпс 0,2-0,4 (больше похоже на ошибку с запятой). На ивидеоне может тоже не 25 кадров, но картинка плавней гораздо, на глаз где-то раза в три больше кадров.
У меня стоит 1280x800 25 кадров в секунду h.264 и в камере и синолигии. Камера Granstream gxv3615wp-hd, скрин с настройками камеры - http://d.pr/i/Y1mh . Смотрю на айпаде. По ощущениям за секунду меняются около 2-4 кадров, хотя при переходе на множественный просмотр (там пишет фпс для каждой камеры) показывает фпс 0,2-0,4 (больше похоже на ошибку с запятой). На ивидеоне может тоже не 25 кадров, но картинка плавней гораздо, на глаз где-то раза в три больше кадров.
Камера у Вас не самая удачная, конечно, но для начала давайте всех потребителей потока с камеры отключим и оставим только камеру и Synology. В настройках потока интервал между I-кадрами поставим 50 ( в какой-то инструкции мне попадалось, что рекомендуется его ставить в размере двойной частоты кадров). Что наблюдаете?
Камера у Вас не самая удачная, конечно, но для начала давайте всех потребителей потока с камеры отключим и оставим только камеру и Synology. В настройках потока интервал между I-кадрами поставим 50 ( в какой-то инструкции мне попадалось, что рекомендуется его ставить в размере двойной частоты кадров). Что наблюдаете?
Пока ждал Вашего ответа начал ковырять настройки камеры, преимущественно второго потока. Доковырялся пока до того, что увидел артефакты и рассыпания, описанные Александром. Наблюдаются только в лайве, в записи все ок. Поэтому для чистоты эксперимента нужно для начала вернуть все на на исходные. Пока в нынешних условиях попробовал 50 интервал - получил черный экран со звуком на айпаде, но миниатюру камера как-то создать смогла. На работоспособности ивидеона кстати все эти ковыряния не сказались, включая l-кадр.
P.S. Не подскажете камеру с сопоставимым разрешением и за сопоставимые деньги (около 7-8 тыс).
Пока ждал Вашего ответа начал ковырять настройки камеры, преимущественно второго потока. Доковырялся пока до того, что увидел артефакты и рассыпания, описанные Александром. Наблюдаются только в лайве, в записи все ок. Поэтому для чистоты эксперимента нужно для начала вернуть все на на исходные. Пока в нынешних условиях попробовал 50 интервал - получил черный экран со звуком на айпаде, но миниатюру камера как-то создать смогла. На работоспособности ивидеона кстати все эти ковыряния не сказались, включая l-кадр.P.S. Не подскажете камеру с сопоставимым разрешением и за сопоставимые деньги (около 7-8 тыс).
А без Айпада нельзя работать, на обычном мониторе все смотреть, пока не настроено?
А без Айпада нельзя работать, на обычном мониторе все смотреть, пока не настроено?
Можно конечно, но поскольку конечная цель - просмотр на айпаде, то и проверяется все с него. И проблема тоже в нем была - пока ковырялся со вторым потоком, убрал в айпаде галочку "Принудительно выполнить потоковую передачу MJPEG" - артефакты были отсюда. Когда поставил обратно, появилось предупреждение что "при включении режима mjpeg плавность потоковой передачи будет снижена" - собственно отсюда и разница в фпс между ивидеоном и синологией.
Только вот мне логика не совсем понятна - вроде h264 для яблок любимый формат, зачем там mjpeg?
Я смотрю, тут еще один "эксперт" появился. Всё знает, а остальные лохи педальные
Даже не удосужился внимательно прочитать всю тему и вариации оборудования.
DS713+ ,DCS-2103
Как выяснил ,NAS теряет fps на отдаче реального просмотра ,пишет при этом вполне сносно. Почему разработчики не научили SS работать одновременно с разными профилями камеры? Например на запись со звуком использовать профиль h.264 ,а для просмотра в реалтайме можно и MJPEG взять с меньшим разрешением. "Источник просмотра в режиме реального времени с камеры" не активируется в закладке дополнительно и соответственно все параметры потока одновременно меняются как для записи, так и для реалтайма ,причем SS удаляет дополнительные профили в камере и оставляет один.
Кстати , в DS cam удалось получить изображение с убранной галкой MJPEG если в камере и SS включен h.264 /mpeg4 ,после того как установил прогу IP Cam view (android,ios7).
Прочитав всю тему, как человек имеющий опыт построения трансляций и записи HD источников в промышленных масштабах озвучу свои представления почему у автора топика ничего не получилось:
1. автор темы вообще ничего не понимает в том, что собрался сделать, в этом нет ничего плохого, но просто это немного странно - пытаться что-то построить не будучи строителем;
2. неправильный выбор "писалки" - явно ресурсов указанного NAS недостаточно для фулHD 25К/сек;
3. неправильный выбор камер - камеры Длинк это ад и израиль (нет они со своей-то вебмордой работают, но вот со всем остальным...);
4. неправильный выбор шлюзов/коммутаторов - зайсель кинетик для дома пожалуй самый лучший, но ставить на него поток фулHD 4 камеры 25к/сек это из разряда фантастики (хотя казалось бы чего там - всего-то 4 камеры);
5. H.264 это скажем так очень сырой стандарт, до сей поры каждый производитель считает своим долгом напихать в поток абы чего, MJPEG работает стабильнее и качественнее.
Вот хочу попробовать сайнолоджи на объекте с 30-ю камерами 1080р (потому что у объекта есть специфика в невозможности саппорта и нужно максимально автономное решение) и меня честно говоря всё-равно напрягают некоторые моменты, которые я здесь услышал, потому что помимо озвученных мною выше соображений я так-же увидел проблемы с работой SS, которые по-идее не должны были бы возникать даже при всех ужасах.
Вот хочу попробовать сайнолоджи на объекте с 30-ю камерами 1080р (потому что у объекта есть специфика в невозможности саппорта и нужно максимально автономное решение) и меня честно говоря всё-равно напрягают некоторые моменты, которые я здесь услышал, потому что помимо озвученных мною выше соображений я так-же увидел проблемы с работой SS, которые по-идее не должны были бы возникать даже при всех ужасах.
Да нету никаких ужасов у SS. Если следить за нагрузкой процессора и памяти Diskstation, чтобы они не превышали 20-40% от максимальных, то параллельно с записью можно пользоваться всеми сервисами SS, предусмотренными для режима просмотра. Если нагрузка получается большой, то тогда просмотр будет тормозить. В этом случае вполне рабочий вариант - извлекать через File Station записанные файлы и смотреть их, например, на VLC. Synology раскладывает записанные файлы по папкам с внятными названиями, каждый день каждой камере - своя папка. И в названии файла ставит дату его создания. Если в настройках проставить длительность одного файла записи равной одному часу, то вполне можно ориентироваться. Не слишком по-эстетски, но задача просмотра решается. Еще есть вариант - поставить для просмотра VS240HD